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Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

@ Lizenzgenerierungsverfahren 

® Verfah ren zur Lizenzierung und/oder Zugangsautorisie- 
rung von Softwaremodulen fur industrieile Steuerungen 
und/oder fur industrieile Regelungen und/oder Compu- 
tersysteme, wobei einem Anwender ein technisches Ver- 
fahren zur Lizenzierung von Softwarekomponenten ange- 
boten wird, bei dem zumindest ein Softwaremodul mit ei- 
ner Anwendersoftware durch einen Anwender erstellt 
wird und dem erstellten Softwaremodul zumindest eine 
Lizenzinformation zugewiesen wird. 
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Beschreibung 

[0001] Die Erfindung bezieht sich auf ein Verfahren zur 
Generierung von zumindest einer Lizenz und/oder zumin- 
dest einer Zugangsautorisierung von zumindest einem Soft- 5 
waremodul fur eine oder mehrere industrielle Steuerungen 
und/oder industrielle Regelungen und/oder Computersy- 
steme und/oder Computemetzwerke. 
[0002] Es ist heutzutage iiblich, die Lizenzierung und Zu- 
gangsautorisierung von Softwaremodulen an Lizenzurkun- to 
den zu koppeln. Ein Hersteller entwirft Software, die er Li- 
zenziert und vertreibL Beispielsweise bietet der Hersteller 
einer industriellen Steuerung lizenzbedurftige Softwaremo- 
dule fur die Steuerungsaufgaben an. Die industrielle Steue- 
rung wird mit entsprechender Software beispielhaft durch 15 
einen Hersteller von Werkzeugmaschinen bezogen. welcher 
als Anwender fungiert. Fur eine Werkzeugmaschine wird 
dann ein Softwareprogramm durch den Anwender engi- 
neer! Das erstellte Softwareprogramm wird danach an Kun- 
den vertrieben, welche die Werkzeugmaschine nutzen. 20 
Nachteibg dabei ist, dass die durch den Anwender, d. h. den 
Werkzeugmaschinenhersteller engineerte Software nicht 
durch automatisierte Lizenzmechanismen geschutzt ist 
[0003] Softwarekomponenten, oder auch ganze Bibliothe- 
ken von Softwarekomponenten, die durch den Anwender er- 25 
stellt sind und die einmal verkauft worden sind, konnen vom 
Kunden d. h. dem Nutzer beliebig oft kopiert und damit auf 
beliebigen Devices wie industriellen Steuerungen und/oder 
Computersystemen benutzt werden, auch wenn der Lizenz- 
vertrag eine andere Regeiung vorsieht Nach auBen ist am 30 
Device nicht sichtbar, ob die Anwender-Softwarekompo- 
nente rechtmaBig oder unrechtmaBig benutzt wird. Damit 
wird der Anwender auch nicht explizit auf eine Lizenz- 
rechtsverletzung hingewiesen. Weiterhin entgehen dem An- 
wender, welcher auch als OEM bezeichenbar, ist die Ein- 35 
nahmen bei nicht rechtmaBiger Benutzung der Software- 
komponenten. 

[0004] Weiterhin ist es fur einen OEM nicht moglich, sel- 
ber in ein System Lizenzmechanismen einzubringen. 
[0005] Der Erfindung liegt die Aufgabe zugrunde einem 40 
Anwender ein Lizenzierungsverfahren und/oder ein Verfah- 
ren zur Zugangsautorisierung von erstellten Softwaremodu- 
len fur industrielle Steuerungen und/oder fur industrielle 
Regelungen und/oder Computersysteme anzubieten. 
[0006] GemaB der Erfindung wird diese Aufgabe dadurch 45 
gelost, dass bei dem Verfahren zur Lizenzierung und/oder 
Zugangsautorisierung von Softwaremodulen fur industrielle 
Steuerungen und/ oder fur industrielle Regelungen und/oder 
Computersysteme zumindest ein Softwaremodul mit einer 
Anwendersoftware durch einen Anwender erstellt wird und 50 
dem erstellten Softwaremodul zumindest eine Lizenzinfor- 
mation zugewiesen wird. 

[0007] Im Vergleich zur bisherigen Vorgehensweise, bei 
der ein Anwender eine Softwarekomponente erstellt und ei- 
nen Lizenzvertrag mit einem Kunden eingeht, wobei der Li- 55 
zenzvertrag, nur darauf hinweist, dass die Softwarekompo- 
nente Nutzungsbeschrankungen unterliegt sind gemaB der 
vorliegenden Erfindung nun Lizenzmechanismen durch den 
Anmelder, der auch als OEM bezeichnet werden kann fur 
Softwaremodule realisierbar. Softwaremodule werden mit 60 
Lizenzinformationen versorgt, die einen wirksamen Lizenz- 
schutz ermoglichen. Der Begriff Softwaremodul ist im fol- 
genden synonym zu verwenden mit Softwareprogramm 
oder Softwarekomponente. Der OEM wird damit in die 
Lage versetzt in ein System mit Software fur die Software 65 
oder nur fur Softwarekomponenten Lizenzmechanismen 
einzubringen. Erstellt der Anwender, d. h., der OEM eine 
oder mehrere der Anwender-Softwarekomponenten, die 
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sich beispielsweise auf eine bestimmte Applikation einer 
Werkzeugmaschine oder einer anderen Anwendung im Be- 
reich industrieller Steuerungen und/oder auf Computersy- 
steme bezieht, hinterlegt der Ersteller mit einer Anwender- 
software, z. B. einem Engineeringsystem, zusatzliche Ei- 
genschaften fur die Lizenzierung in der SW-Komponente. 
[0008] Die Anwendersoftware, z. B. ein Engineeringsy- 
stem dient der Erstellung von Softwaremodulen. Zusatzli- 
che Eigenschaften sind beispielsweise eine Lizenzinfonna- 
tion und/oder eine andere Zusatzinforxnation. Uber die Li- 
zenzinformationen wird die Zuordnung der Lizenz, welche 
spater von einem Kunden, d. h. einem Benutzer gekauft 
wird, zur Anwender- Softwarekomponente definiert. Mit der 
Zusatzinformation wird beispielsweise der Ersteller der An- 
wender- Softwarekomponente eindeutig identifiziert 
[0009] Mit Fertigstellung der An wen der- Softwarekompo- 
nente und einer der Softwarekomponente zugewiesenen Li- 
zenzinformation ist durch den Ersteller durch geeignete Mit- 
tel, die das System zur Verfiigung stellt, die Softwarekom- 
ponente gegen eine nachtragliche Veranderung schiitzbar. 
Damit sind Eigenschaften, z. B. bezuglich er benotigten Li- 
zenz oder der Funktionabtat und/oder der Funktion der Soft- 
warekomponente nachtraglich weder einsehbar noch veran- 
derbar. Weiterhin sind Informationen iiber erstellte Softwa- 
rekomponenten und deren Lizenzbedarf in eine Lizenzda- 
tenbank iiber ein Beschreibungsfile eintragbar. Will ein An- 
wender die Anwender- Softwarekomponente nutzen, so 
muss er Lizenzen fur deren Benutzung erwerben. Die ge- 
kauften Lizenzen werden mit Auslieferung elektronisch in 
der Lizenzdatenbank registriert. 

[0010] Fiir die Benutzung einer Anwender-Softwarekom- 
ponente ist beispielsweise eine PIN, d. h. eine spezielle 
Nummer erforderlich, die mit Angabe einer PSN (Produkt- 
seriennummer) des Automatisierungsgerates und der Li- 
zenzinformationen mit Hilfe einer Lizenzierungsdatenbank 
generiert werden muss. Man spricht hier von einer Zuord- 
nung einer Lizenz zu einer PIN. Mit dem Zuordnen einer Li- 
zenz zu einer PIN wird die Lizenz aus der Lizenzdatenbank 
ausgebucht und stent somit kein zweites Mai zur Verfugung. 
Damit wird die Mehrfachbenutzung einer Lizenz verhindert. 
Der Zugriff auf die Lizenzierungsdatenbank erfoigt bei- 
spielsweise iiber eine Internetapplikation wie z. B. eine 
Web-Seite oder ein Java- Applet 

[0011] Die generierte PIN wird vom Anwender in das Au- 
tomatisierungsgerat heruntergeladen. Mit dem Download 
der Anwender-Softwarekomponenten ist das System auto- 
mation in der Lage anhand der vom Ersteller der Software- 
komponente definierten Lizenzinformationen einen Check 
der Lizenzbilanz durchzufiihren. 

[0012] Das Automatisierungsgerat fiihrt beispielsweise ei- 
nen zweistufigen Check der PIN durch: 

1. Passt die Seriennummer des Devices zu der im Li- 
cense Key enthaltenen. So ist beispielsweise ein mani- 
pulierter PIN oder ein falscher PIN erkennbar. Bei 
Nichtubereinstimmung gelten die im Automatisie- 
rungsgerat und/oder im Computersystem benutzten 
SW-Komponenten als nicht lizenziert. 

2. Uberprufung ob eine Lizenz in der PIN fur eine be- 
nutzte SW-Komponente vorhanden ist oder nicht Ein 
Fehlerfall tritt z. B. dann ein, wenn eine Lizenz gekauft 
wurde, aber keine neue PIN generiert worden ist 

[0013] Erst nachdem beide Tests erfolgreich durchlaufen 
worden sind, gilt eine SW-Komponente als ordnungsgemaB 
lizenziert. Ansonsten gilt eine SW-Komponente als nicht li- 
zenziert und es wird mindestens ein Fehler angezeigt oder es 
kann die Benutzung auch ganzlich unterbunden werden. 
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[0014] Eine Bilanz der in einem System, wie einer indu- 
striellen Steuerung oder einem Computersystem verwende- 
ten und vorhandenen lizenzen, Soli und Haben, ist bei- 
spielsweise nach auBen bin sichtbar anzeigbar. Damit kann 
jederzeit eine Unterlizenzierung festgestellt werden, z.B. 
auch iiber Ferndiagnose. Weiterhin wird dem Anwender 
deutlich am Automatisierungsgerat signalisiert, dass ein 
VerstoB gegen den Lizenzvertrag vorliegt. Die Lizenzbilanz 
ist beispielsweise iiber einen Lizenzmanager durchfiihrbar. 
[0015] In einer vorteilhaften Weise wird durch die Erfin- 
dung eine Moglichkeit angegeben auch durch ein Enginee- 
ringsystem fiir Automatisierungsgerate die Durchfiihrung 
des erfindungsgemaBen Verfahrens zumindest in Teilen an- 
zuwenden. Ein Engineeringsystem ist derail ausfuhrbar, 
dass es die Funktion bietet, jede SW-Komponente, die mit 
dem Engineering-System erstellt worden ist, auch mit Li- 
zenzen zu versehen. So eintsteht eine Art elektronische Li- 
zenz, da eine Softwarekomponente mit Lizenzinformatio- 
nen versorgt ist Ein Engineeringsystem, eine Runtimesoft- 
ware (RT) und eine Lizenzierungsdatenbank bieten System- 
leistungen, die fur die Lizenzierung von SW-Komponenten 
notwendig sind. Somit kann jeder Ersteller einer SW-Kom- 
ponente, z. B. ein OEM auch im Computerbereich fur Biiro- 
anwendungen (Formeleditor, Rechtschreibprufung . . .) 
seine eigene elektronische Lizenz fiir Softwarekomponen- 
ten erzeugen, die vom Automatisierungsgerat oder vom 
Computersystem automatisch uberpriift wird, ohne dass An- 
derungen an der Systemsoftware durchgefiihrt werden miis- 
sen. Mit Hilfe eines derartigen Lizenzierungsverf ahren kann 
jeder SW-Komponentenersteller seine in SW-Komponenten 
investierten Kosten in einer auf seine Art und Weise einfa- 
chen Benutzung schiitzen. 

[0016] Beispielhaft sei folgender AnwendungsfalL, auch 

Use Case genannt, schematisch beschrieben: 

Ersteller: 

Erstellt zumindest eine Anwender-Softwarekomponente 
Tragt Lizenzinfos in Anwender-Softwarekomponenten ein 
Schiitzt Lizenzinfos (Schutz ist systemimanent in der An- 
wendersoftware) 

Tragt Lizenzinfos in Lizenzdatenbank ein (dies kann auch 
automatisiert erfolgen) 

Verkauft Lizenzen und registriert diese in der Lizenzie- 
rungsdatenbank (auch hier ist eine Automatisierung mog- 
lich) 

Anwenden 
kauft Lizenzen 

ordnet Lizenzen zur PIN mit PSN zu mit Hilfe einer Lizenz- 
datenbank 
erhalt PIN 

ladt PIN ins Automatisierungsgerat 

ladt Anwender-Softwarekomponente in das Automatisie- 
rungsgerat 
System: 

Automatisierungsgerat fiihrt Check der Lizenzbilanz uber 
alle Anwender-Softwarekomponenten automatisch durch 
Anzeige von Fehlern bei Unterlizenzierung, bzw. Verhinde- 
rung der Benutzung der Anwender-Softwarekomponente 
[0017] U. a konnen sich erfindungsgemaB folgende 
Punkte ergeben: 

- die Lizenzierung von Sofwarekomponenten und/ 
oder von Software-Bibliotheken erfolgt durch deren 
Ersteller 

- die Lizenzierung von anwenderspezifischen Firm- 
warekomponenten (Technologische Objekte) erfolgt 
durch den Ersteller 

- eine Lizenzierungsdatenbank, iibernimmt die Regi- 
strierung von Lizenzen, bzw. u. U. auch das Generieren 
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von PINs z. B. iiber eine Web-Seite 

- eine Systemunterstutzung fur die Lizenzierung von 
Anwender- SW-Komponenten (Bibliotheken, anwen- 
derspezifischen Firmwarekomponenten) 

5 - eine Abfrage der Lizenzbilanz (Soll-Ist) im Automa- 
tisierungsgerat uber Diagnosedienste 

- einZugriff auf eine Lizenzdatenbank uber eine Web- 
Seite 

10 [0018] Lizenzen sind Beispiel weise spezielle Lizenzen fur 
Applikatinen. Beispielhaft sind bei Werkzeugmaschinen Li- 
zenzen fur Softwaremodule wie Mehrachsbearbeitung, 
Rundlauf oder Kurvenscheiben Software zu nennen. Lizen- 
zen sind jedoch auch in abstrahierter Form als Wertepunkte 

15 vergebbar. In einem Verfahren zur Lizenzierung und/oder 
Zugangsautorisierung von Softwaremodulen, d. h. Sofrwa- 
rekomponenten, ist ein Kunde in der Lage Wertepunkte als 
Benutzungsberechtigung fur die gewiinschten Softwaremo- 
dule zu erwerben. Jedem Softwaremodul ist eine Wertigkeit 

20 in Form von Wertepunkten zugeordnet. Eine Autorisierung 
der Softwaremodule erfolgt fiir einen Kunden bzw. fur einen 
Anwender dann, wenn die Anzahl der vom Kunden erwor- 
benen Wertepunkte mindesten die Summe der Wertepunkte 
der aktuell gewunschten Softwaremodule erreicht. Dabei 

25 kann von einem Lizenzmanager permanent oder sporadisch 
1 die aktuelle Bilanz zwischen erworbenen und verbrauchten 
Wertepunkten berechnet und iiberwacht werden. 
[0019] Ein Lizenzmanager ist auch fur die Art von Lizen- 
zen ausfuhrbar bei denen jedem Typ von Softwaremodul 

30 (z. B. Gleichlauf, Kurvenscheibe, . . .) eine Lizenz zuorden- 
bar ist. Der Lizenzmanager ist auch als mobiler Agent reali- 
sierbar. 

[0020] In einer vorteilhaften Weise erfolgt eine Lizenzie- 
rung bzw. Zugangsautorisierung fur iizenzbediirftige Soft- 

35 waremodule iiber einen Soll-Ist- Vergleich bei der Nutzung 
der Softwaremodule. Die Lizenzen konnen somit an die An- 
zahl der Inkarnationen bzw. Instanziierungen der Software- 
module gekoppelt werden. Dadurch ist es moglich, einem 
Kunden fiir seine jeweiligen Anforderungen benutzungsori- 

40 entierte Lizenzierungsverf ahren zur Verfugung zu stellen. 
Ein Kunde, der bei einer industriellen Steuerung ein Softwa- 
remodul, fur Bewegungssteuerungen z. B. ein Technologies 
paket "Posiuonieren" erwirbt, zahlt nicht im Sinne einer Ab- 
rechnung von geladener Software, wenn er dieses Technolo- 

45 giepaket ladt, sondem er zahlt nur die explizite Nutzung ei- 
nes Technologieobjektes dieses Technologiepakets "Positio- 
nieren". Das Technologiepaket "Positionieren" enthalt u. a. 
das Technologieobjekt "Positionierachse". Einem Kunden 
werden die von ihm benotigte Anzahl der Inkarnationen 

50 bzw. Instanzen des Technologieobjekts "Positionierachse" 
oder weiterer Technologieobjekte in Rechnung gestellt, d. h. 
sein Lizenzkonto wird mit der Anzahl der Inkarnationen 
bzw. Instanzen der Technologieobjekte belastet. Durch die 
inkaraationsbezogene Autorisierung zur Laufzeit wird das 

55 Lizenzkonto eines Kunden nur durch solche Softwaremo- 
dule belastet, die er wirklich fur seine Anwendungen beno- 
tigt und benutzt. Es liegt somit ein sehr fein granularer Ab- 
rechnungsmechanismus vor, und ein Kunde muss auch nur 
fur benotigte und benutzte Funktionalitat bezahlen. Ver- 

60 schiedene Technologieobjekte bzw. Softwaremodule wer- 
den beispielsweise bei Werkzeugmaschinen mit CNC- 
Steuerung verwendet Ein Lizenzkonto gibt an wie viele Li- 
zenzen und welche Lizenzen ein Kunde hat, wobei dies 
elektronisch automatisiert durch einen Lizenzmanager auf- 

65 gebaut und verwaltet werden kann. 

[0021] Die Speicherung von Lizenzen mit Hilfe von Me- 
mory-Cards und/oder MMC-Speicherkarten erfolgt bei- 
spielsweise so, dass diese computerlesbaren Datentrager ein 
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nicht mehr veranderbaren Hardwarekennung aufweisen und 
zusatzlichen Lizenzinformationen iiber einen Verschliissel- 
ungsalgorithmus eine Identifizierungsnummer for die ein- 
eindeutige Zuordnung von Hardwarekennung und Lizenzin- 
formationen erzeugt wird, die einer Rechenanlage, einem 5 
Computersystem oder dem Steuerungsgerat, auf dem die 
Softwarekomponenten ablaufen, in Form des computerles- 
baren Datentragers zugefUhrt wird. 

[0022] Ein Vorteil liegt darin, dass die eineindeutige Hard- 
warekennung, die nur vom Hersteller beim Herstellungspro- 10 
zess des computerlesbaren Datentragers auf diesen Daten- 
trager aufgebracht werden kann, in einen Bereich dieses Da- 
tentragers geschrieben wird, der im Nachgang nur noch les- 
bar, aber nicht mehr beschreibbar ist. Die Hardwarekennung 
wird nur einmal vergeben und ist somit eineindeutig. Da der 15 
Bereich, der die Hardwarekennung enthalt, nur lesbar, aber 
nicht beschreibbar ist, kann die Hardwarekennung (z. B. 
eine Seriennummer) nicht auf einen anderen Datentrager 
dieses Typs ubertragen werden. Ein Clonen der Datentrager 
ist somit nicht mogiich. Neben der Hardwarekennung ent- 20 
halt der computerlesbare Datentrager weitere Nutzdatenbe- 
reiche, die sehr wohl beschreibbar sind. 
[0023] Der computerlesbare Datentrager tragt beispiels- 
weise auf seinem Nutzdatenbereich Informationen, die so- 
wieso fur den Betrieb einer Rechenanlage oder eines Steue- 25 
rungsgerats verwendet werden konnen. Fur den Betrieb von 
Steuerungen kann der computerlesbare Datentrager in sei- 
nem Nutzdatenbereich z. B. die komplette Run-Time-Soft- 
ware und/oder Parametrierungs- bzw. Konfigurationsinfor- 
mationen, aber auch Applikationen enthalten. 30 
[0024] Ein Ausfuhrungsbeispiel der Erfindung ist in der 
Zeichnung dargestellt und wird im folgenden erlautert. Da- 
bei zeigt: 

[0025] Fig, 1 die Erstellung und Lizenzierung einer An- 
wender SW-Komponente 35 
[0026] Die Darstellung gemaB Fig. 1 zeigt ein Beispiel fur 
die Lizenzierung von durch einen Anwender A einen Kun- 
den K zur Verfugung gestellten Software-Komponenten 
SWK. Ein Anwender A erstellt eine Anwender-Software- 
Komponenten SWK. Dieser Vorgang wird durch den mit der 40 
Buchstabenkombination VE gekennzeichneten Pfeil symbo- 
lisiert. Weiterhin tragt der Anwender A in die Anwender- 
Software-Komponente SWK Lizenzinformationen ein, was 
durch den Pfeil VTN symbolisiert ist. Diese Software- Infor- 
mationen VIN werden zumindest teilweise iiber eine Ver- 45 
bindung V1NFO auch in eine Lizenzierungsdatenbank D 
iibertragen. Ein Kunde K kann nun eine Anwender-Soft- 
ware-Komponente SWK benutzen, was durch den Pfeil V4 
symbolisiert isL Die Anwender-Software-Komponente 
SWK wird gemaB dem Pfeil VLSW in eine Steuerung S 50 
bzw. in ein Computersystem ubertragen. Innerhalb dieser 
Steuerung S fuhrt beispielsweise ein Lizenzmanager einen 
Check siehe Pfeil VL und eine Kontroile der Lizenzen 
durch, wobei zu jeder Software-Komponente SWK die ent- 
sprechende Lizenz L vorhanden sein solL Die Lizenzen L 55 
konnen auf verschiedenen Wegen der Steuerung S zur Ver- 
fugung gestellt werden. Die Lizenz wird beispielsweise iiber 
ein Mittel I zur Information iiber die Lizenz L der Steuerung 
S zur Verfugung gestellt. Das Mittel I ist beispielsweise ein 
Internet- Applikation bzw. eine Webseite. Dieses Mittel I ist 60 
datentechnisch gemaB der Pfeilverbindung V3 mit der Li- 
zenzierungsdatenbank D verbunden. Ein Kunde K kann nun 
eine Lizenz L kaufen bzw. anfordem, was durch den Pfeil 
V5 symbolisiert ist Der Pfeil V5 fuhrt weiter iiber die Ver- 
bindung VI zur Lizenzierungsdatenbank D von welcher 65 
iiber den Pfeil V2 die Lizenz L iiber die Verbindung V6 die 
Lizenz an den Kunden K gelangt. Abhangig vom Lizenzie- 
rungsmechanismus erhalt der Kunde beispielsweise eine 



oder mehrere PIN-Nummern, welche zur Lizenzierung einer 
Anwender-Software-Komponente SWK auf einer Steue- 
rung S dienen. Der Pfeil VZU vom Kunden K zum Mittel I 
symbolisiert die Zuordnung der Lizenzen zu einer PIN mit 
einer PSN, wobei die PSN eine eindeutige Hardware-Erken- 
nung ist. Die PIN-Nummer hat der Kunde K beispielsweise 
auch durch den Kauf der Lizenz L erhalten, indem die Li- 
zenzdatenbank D iiber die Verbindung V3 dem Mittel I PIN 
ubermittelt und dem Kunden K diese iiber die Verbindung 
VPIN zur Verfugung stellt Ist die Steuerung S datentech- 
nisch mit dem Mittel I verbunden, so kann die Lizenz L iiber 
ein Kommunikationsmittel und die Verbindung VLSW der 
Steuerung S als Dateninformation wie z. B. einer PIN-Num- 
mer zur Verfugung gestellt werden. 

Patentanspriiche 

1. Verfahren zur Lizenzierung und/oder Zugangsauto- 
risierung von Softwaremodulen fur industrielle Steue- 
rungen und/oder fur industrielle Regelungen und/oder 
Computersysteme, dadurch gekennzeichnet, dass zu- 
mindest ein Softwaremodul mit einer Anwendersoft- 
ware durch einen Anwender erstellt wird und dem er- 
stellten Softwaremodul zumindest eine Lizenzinforma- 
tionen zugewiesen wird. 

2. Verfahren zur Lizenzierung und/oder Zugangsauto- 
risierung von Softwaremodulen nach Anspruch 1, da- 
durch gekennzeichnet, dass die Lizenzinformationen 
vor einem unberechtigten Zugriff geschiitzt werden. 

3. Verfahren zur Lizenzierung und/oder Zugangsauto- 
risierung von Softwaremodulen nach Anspruch 1 oder 
2, dadurch gekennzeichnet, dass die Lizenzinformatio- 
nen in eine Lizenzdatenbank eingetragen werden. 

4. Verfahren zur Lizenzierung und/oder Zugangsauto- 
risierung von Softwaremodulen nach einem der An- 
spriiche 1 bis 3, dadurch gekennzeichnet, dass ein An- 
wender Lizenzen an einen Kunden vergibt, wobei die 
Vergabe in der Lizenzdatenbank registriert wird. 

5. Verfahren zur Lizenzierung und/oder Zugangsauto- 
risierung von Softwaremodulen nach einem der An- 
spriiche 1 bis 4, dadurch gekennzeichnet, dass Lizen- 
zen von Softwaremodulen durch einen Lizenzmanager 
verwaltet werden. 

6. Verfahren zur Lizenzierung und/oder Zugangsauto- 
risierung von Softwaremodulen nach einem der An- 
spriiche 1 bis 5, dadurch gekennzeichnet, dass als An- 
wendersoftware eine Engineeringsoftware verwendet 
wird. 

7. Vorrichtung zur Durchfuhrung des Verfahrens nach 
einem der vorgenannten Anspriiche, dadurch gekenn- 
zeichnet, dass ein Engineeringssystem und eine Daten- 
bank, wobei die Datenbank Lizenzinformationen auf- 
weist iiber eine Kommunikationseinrichtung daten- 
technisch verbunden sind 

8. Vorrichtung nach Anspruch 7, dadurch gekenn- 
zeichnet, dass die Datenbank mit einem Internet daten- 
technisch verbunden ist 



Hierzu 1 Seite(n) Zeichnungen 



i 



- Leerseite - 




103 210/667 



